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METHODOLOGY FOR MAPPING USE 
CASES TO OPERATIONS FOR 
OPERATIONAL PROFILE DEVELOPMENT 

CROSS REFERENCE TO RELATED 5 
APPLICAnON 

This application is related to and claims priority from 
provisional application 60/114,112 entitled A METHODOL- 
OGY FOR MAPPING USE CASES TO OPERAHONS 
FOR OPERAnONAL PROFILE DEVELOPMENT, filed 10 
Dec. 29, 1998, the disclosure of which is hereby incorpo- 
rated by reference. 

BACKGROUND OF THE INVENTION 

The present invention relates to Software Reliability 15 
Engineering ("SRE") methodologies; more particularly, the 
present invention relates to a method for developing opera- 
tional profiles for software systems developed in multi- 
faceted environments. 

An operational profile describes how the functionality of 20 
a software system is used. The development of an opera- 
tional profile for a software system may allow one to more 
fully understand appHcatioD usage and modes in addition to 
aiding the testing of the software system. From a testing 
standpoint, operational profiles help prioritization based on 25 
the most frequently occurring operations. Within SRE, test- 
ing with an operational profile and counting failures during 
such tests allows for the provision of accurate software 
reliabihty measures. 

Traditionally, operational profiles are developed for a 30 
single-stand alone system. Today, however, software sys- 
tems and components are often spread out across many sites, 
platforms, and machines. No clear cut way yet exists to 
adapt the traditional approach to the multi-faceted and n-tier 
environments-based systems being deployed currently. In 35 
addition, in the traditional approach, all operations are 
identified through interviews with the users, systems engi- 
neers and developers. Although operations must be identi- 
fied in a very rigorous fashion, no definite beginning point 
for such identification exists in the traditional approach. 40 
Thus, in the traditional approach, there is no systematic 
method for developing an operational profile, and there are 
no consistent sources of information for this development. 
As a result, developing an operational profile using the 
traditional approach can be time consuming. 45 
Use Cases and Use Case Modeling 

Use case modeling is a methodology for developing the 
requirements specification for a software system, (As used 
herein, the term "system" or "software system" may refer to 
a group of individual software systems which together 50 
constitute a solution to a business need.) A requirements 
specification is a description of what the intended user of the 
software system needs or desires from the system. 

A use case model is comprised of actors and use cases. 
Actors specify what is outside the system and describe roles 55 
that anything interacting with the system can play. Common 
examples of actors are users, other systems, network ele- 
ments and the clock. Actors may be primary actors, which 
use the system directly, or secondary actors, which exist to 
support, supervise, or maintain the system. Secondary actors 60 
may support the primary actors in the primary actors' use of 
the system. 

A use case specifies the interaction between the actors and 
the system and specifies a part of the functionahty per- 
formed by the system. 65 

Outputs of use case modeling may include use case 
diagrams, descriptions of actors and their interfaces, and use 
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case descriptions. An example of a use case diagram is 
shown in FIG. 4, which is described in detail below. Addi- 
tional outputs of use case modehng may include interaction 
diagrams, data dictionaries and domain object models. 

Two use cases may be related by an extension association. 
This association describes how one of the uses cases may be 
inserted into and extend the functionality of the other use 
case. The extension association can be shown on a use case 
diagram by labeling the relationship arrow between the 
extending use case and the extended use case with the 
stereotype (label) "extends". One can also state that the 
extending use case is of extends stereotype. 

An example illustrating the extends relationship is shown 
in FIG. 1. In this figure, use case 101 is extended by use 
cases of extends stereotype 102, 103 and 104. In this 
example, use case 101 can exist independent of the inserted 
use cases 102, 103 and 104, and represents a functionality of 
the system meaningful in its own right. 

Under the use case methodology, partial or complete 
commonality may be extracted or factored out of different 
use cases as a use case. Such a common use case is only 
meaningful to describe parts which are common to the use 
cases from which it was obtained. The relationship arrow 
between such a common use case and the use cases utilizing 
it can be labeled with the stereotype (label) "uses". One can 
also state that such a common use case is of uses stereotype. 

An example illustrating the uses stereotype is shown in 
FIG. 2. In this figure, use cases 201 pisplay Office) and 202 
(Generate Report) have in conunon the use case of uses 
stereotype 203 (Print). In this example, the use case of uses 
stereotype 203 is only meaningful to describe parts which 
are common to the use cases 201 and 202, from which it was 
obtained 

A use case extended by a use case of extends stereotype 
can be said to be a driver use case for the use case of extends 
stereotype. Similarly, a use case from which a use case of 
uses stereotype was extracted or factored out can be said to 
be a driver use case for the use case of uses stereotype. 

Further details on use case methodology can be found in 
Object 'Oriented Software Engineering by Jacobson et al. 
(Addison Wesley, 1996). 
Operations and Operational Profile Development 

The present invention is concerned with the development 
of an operational profile. An operation is a complete task 
performed by a system. This concept is logical rather than 
machine-oriented in that a single operation can be executed 
over several machines and in noncontiguous time segments. 
An initiator invokes an operation or operations. An opera- 
tion can be initiated by a user, another system, or the 
system's own controller. An occurrence rate for an operation 
specifies how many times that operation is performed in a set 
amount of time. An occurrence probability for an operation 
is the probability of performance of that operation out of the 
complete set of operations considered. 

An operations list is a list of operations together with 
initiators invoking the operations. 

An operational profile is the set of operations that a 
software system can execute along with the occurrence rates 
and probabilities of the respective operations. An opera- 
tional profile may allow one to more fully understand 
application usage and modes in addition to aiding the testing 
of the software system. 

A software system may be used under a number of distinct 
circumstances, called operational modes, which may stimu- 
late a number of distinct failures of the software system. 
Examples of operational modes include heavy load mode, 
end-of-month processing mode, steady-state mode, oflf- 
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hours mode, and rarely occurring critical events mode. It are mapped to components. The development of an opera- 
may therefore be of interest to create an operational profile tional profile allows a fuller understanding of application 
of the system for individual operational modes. usage and modes in addition to aiding the testing of the 

software system. Traditionally, an operational profile would 

SUMMARY OF THE INVENTION ^ be developed through interviews with users, systems engi- 

The drawbacks in known systems are overcome by the °eers and developers. This method was time-consuming and 

present invention, which identifies how to map use cases to P^^i^® ^ systematic approach to operational profile 

an operational profile and how use cases are mapped to development. 

components. In embodiments of the present invention, the presendy disclosed method and apparatus for using 

initiators of operations in the operational profile are identi- lo cases to map to an operational profile provide a system- 

fied from the actors of the use case model. A list of atic approach to operational profile development. Moreover, 

operations for the operational profile is created from the use "method and apparatus provide clear mappings of use 

cases of the use case model. Occurrence rates corresponding ^^^^^s to operational profile mitiators, and use cases lo 

to the operations on the list of operations are obtained. Based operations. Additionally, the method and apparatus provide 

on the occurrence rates of all the operations considered, the 15 ^ examining exceptional use case behavior and 

occurrence probabilities of the operations are calculated. treating repeating processing patterns. Finally, the method 

and apparatus provide well-defined output in the form of 

BRIEF DESCRIPTION OF THE DRAWINGS tables and directed graphs. 

FIG. 1 shows an example of an "extension" association In embodiments of the presently disclosed invention, 

between two use cases. 20 initiators of operations in the operational profile are identi- 

HG. 2 shows an example of a ^ W" relationship between ^^"^ ^J^^ ^^^^^^ use case model. Operations in the 

two use cases operational profile are identified from use cases in the use 

„ L^j- case model. Certain use cases may not map one-to-one to 

HG. 3 illustrates a flowchart for creatmg an operational ^ „ , . , ^ c j c 

1. J- . r.L operations. Such special use cases are classined tor proper 

profile accordmg to an embodiment of the present mvention. ^^^^^ ^^^^ ^^^^^^ stereotype and of uses 

FIG. 4 illustrates a flowchart for creating an operational stereotype are examples of such special use cases. Common 

profile accordmg to an embodiment of the present mvention. architectural constructs and patterns are another example of 

FIG. 5 shows a sample use case diagram. a class of special use cases that must handled differently In 

FIGS. 6-14 provide examples of the state of the opera- particular, driver use cases for use cases of extends stereo- 

tional profile being derived from the use case diagram of 30 type are omitted and do not map to separate operations in the 

FIG. 5 after execution of the various steps of FTG. 4. operational profile. Similarly, operations which are common 

RG. 6 shows the state of the operational profile being architectural constructs or patterns and which are maps of 

derived from the use case diagram of FIG. 5 after execution use cases from the use case model arc also omitted from the 

of step 403 in FIG. 4. operational profile. On the other hand, an operation obtained 

FIG. 7 shows the state of the operational profile being 35 from a map of a use case of uses stereotype needs to be 

derived from the use case diagram of FIG. 5 after execution expanded with additional information. This information may 

of step 404 in FIG. 4. obtained from sources outside the use case model. The 

FIG. 8 shows the state of the operational profile being operations and initiators obtained in this manner may be 

derived from the use case diagram of FIG. 5 after execution ^uild the operational profile, 

of step 405 in FIG 4 Once the operations in the operational profile have been 

rir^ n u *t. * * * .u *• i u * obtained, occurrence rates corresponding to the operations 

FIG. 9 shows the state of the operational profile being . • * • . r 1 

. . J n ^. crwr^ e *!. j ^rc obtamcd, either from optional use case model mforma- 

derived from the use case diagram of FIG. 5 after the second . - ' . -j ^ 1 j 

^. ^ c * ytfti • i-Ti- A tion or from sources outside the use case model. Based on 

iteration execution or step 403 in FIG. 4. . . c ^^ ^i. -j ^ 

, r, /.I.. occurrence rates of all the operations considered, the 

HG 10 shows the state of the operational profile bemg occurrence probabilities of the operations are calculated, 

derived from the use case diagram of FIG. 5 after the second occurrence rates and probabilities may also be stored to 

Iteration execution of step 404 in FIG. 4. ^^^^ operational profile. 

HG. 11 shows the state of the operational profile being 3 illustrates one embodiment of the method for 

derived from the use case diagram of FIG. 5 after the second ^^^^^^^ operational profile from use cases. At step 301, 

Iteration execuUon of step 405 in FIG. 4. ^^^^^^^^ associated with an actor from a use case is stored. 

FIG. 12 shows the state of the operational profile being At step 302, operations associated with the use case are 

derived from the use case diagram of FIG. 5 after execution stored. At step 303, an occurrence rate for each of the stored 

of step 407 in FIG. 4. operations is stored. The occurrence rate information may be 

FIG. 13 shows the state of the operational profile being obtained from the use case information if present therein 

derived from the use case diagram of FIG. 5 after execution 55 (the inclusion of occurrence rates within use case informa- 

of step 408 in FIG. 4. tion is optional), or from other sources. Such other sources 

FIG. 14 shows the state of the operational profile being may include software development architecture documents, 

derived from the use case diagram of FIG. 5 after execution business needs statements or an operations technical plan. At 

of step 409 in FIG. 4. decisional step 304, if any initiators remain then the whole 

FIG. 15 illustrates a flowchart for creating an operational 60 procedure staring with step 301 begins once again; if no 

profile according to an embodiment of the present invention. initiators remain, then step 305 follows. At step 305, occur- 

FIG. 16 illustrates an apparatus embodiment of the inven- ^^^^ probabiUties for each of the stored operations are 

tion. determined. 

Construction of a Sample Operational Profile Using an 

DETAILED DESCRIPTION ,5 Embodiment 

The embodiments of the present invention identify how to FIGS. 4-15 illustrate an example of the construction of an 

map use cases to an operational profile and how use cases operational profile using an embodiment of the present 
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invealion. FIG. 5 shows a use case diagram with two actors. 
In this Figure, actor 501 can initiate the use cases 503, 504 
and 505. Use case 504 is a driver use case for the use cases 
with the extends stereotype 506, 507 and 508. Use case 509 
is of uses stereotype and is associated with the use case 506. 5 
Actor 502 can initiate the use cases 510, 511, 512, 513 and 
514. Use case 512 is of uses stereotype and is associated 
with the use cases 506, 507, and 508. 

FIG. 4 shows an embodiment of the present invention that 
will be used to derive an operational profile from the use lo 
case diagram shown in FIG, 5. At step 401 of FIG. 4, a use 
case diagram, for example, the use case diagram of FIG, 5, 
is read into memory. Step 402 begins the execution of a loop, 
which is iterated once for each initiator corresponding to an 
actor on the use case diagram read in at step 401, For 15 
example, for the use case diagram in FIG. 5, the first 
iteration of step 402 will store the initiator corresponding to 
actor 501 of FIG. 5. 

FIG. 6 shows the state of the operational profile after 
execution of step 402 of FIG. 4, At this point, iiere is only 20 
one column, column 601 in the operational profile. 
Moreover, initiator 602, corresponding to actor 501 of FIG. 
5, is the only initiator. 

At step 403 of FIG. 4, all operations associated with the 
initiator stored at step 402 are written to the operational 25 
profile. 

FIG. 7 shows the state of the operational profile after 
execution of step 403 of FIG. 4. At this point, there are two 
columns, columns 701 and 702 in the operational profile. 
Initiator 703, corresponding to actor of 501 of FIG. 5, is the 30 
only initiator. Operations 704, 705, 706, 707, 708, 709, 710, 
and 711 corresponding to use cases 503, 504, 506, 509, 507, 
508, 505, and 512 of FIG. 5 are the operations stored at this 
point. Operations 706, 708, and 709 correspond to use cases 
of extends stereotype, whereas operation 707 corresponds to 35 
a use case of uses stereotype. 

At step 404 of FIG. 4, occurrence rates for each of the 
operations written at step 403 are written to the operational 
profile. 

FIG. 8 shows the slate of the operational profile after 40 
execution of step 404 of FIG. 4. At this point, there are three 
columns, columns 801, 802, and 803 in the operational 
profile. Initiator 804, corresponding to actor 501 of FIG. 5, 
is the only initiator. Operations 805, 806, 807, 808, 809, 810, 
811, and 812, corresponding to use cases 505, 504, 506, 509, 45 
507, 508, 512, and 503 of FIG. 5 are the operations stored 
at this point. Operations 807, 809, and 810 correspond to use 
cases of extends stereotype, whereas operation 811 corre- 
sponds to a use case of uses stereotype. Occurrence rates 
813, 814, 815, 816, 817, 818, 819, and 820 corresponding to 50 
operations 805, 806, 807, 808, 809, 810, 811, and 812 are the 
occurrence rates stored at this point. The occurrence rate 816 
corresponding to operation 808 has been bracketed to indi- 
cate special handling required for the provision of additional 
detail in connection with operation 808 (or operation 807), 55 
which corresponds to a use case of uses stereotype (which 
corresponds to a driver use case driving a use case of uses 
stereotype). 

At decisional step 405 of FIG. 4, flow returns to step 402 
for another iteration of the loop if any initiators correspond- 60 
ing to actors in the inputted use case diagram remain 
unprocessed. For the use case diagram of FIG. 4, because 
actor 502 remains unprocessed at this point, flow will return 
to step 402. This second iteration of step 402 will store the 
initiator corresponding to actor 502 of FIG. 5. 65 

FIG. 9 shows the state of the operational profile after the 
second iteration of step 402 of FIG. 4. At this point, there are 



three columns, columns 901, 902, and 903 in the operational 
profile. Initiators 904 and 905, corresponding to actors 501 
and 502 of FIG. 5, are the initiators. Operations 906, 907, 
908, 909, 910, 911, 912, and 913, corresponding to use cases 
505, 504, 506, 509, 507, 508, 512, and 503 of FIG. 5 are the 
operations stored at this point. Occurrence rates 914, 915, 
916, 917, 918, 919, 920, and 921 corresponding to opera- 
tions 906, 907, 908, 909, 910, 911, 912, and 913 are the 
occurrence rates stored at this point. The occurrence rate 917 
corresponding to operation 909 has been bracketed to indi- 
cate special handling required for the provision of additional 
detail in connection with operation 909 (or operation 908), 
which corresponds to a use case of uses stereotype (which 
corre^onds to a driver use case driving a tise case of uses 
stereotype). 

At the second iteration of step 403 of FIG. 4, all opera- 
tions associated with the initiator stored at the second 
iteration of step 402 are written to the operational profile 

FIG. 10 shows the state of the operational profile after the 
second iteration of step 403 of FIG. 4. At this point, there are 
three columns, columns 1001, 1002, and 1003 in the opera- 
tional profile. Initiators 1004 and 1005, corresponding to 
actors 501 and 502 of FIG. 5, are the initiators. Operations 
1006, 1007, 1008, 1009, 1010, 1011, lOU, and 1013, 
corresponding to use cases 505, 504,506,509, 507, 508, 512, 
and 503 of FIG. 5, and operations 1014, 1015, 1016, 1017, 
and 1018, corresponding to use cases 510, 511, 512, 513, 
and 514 of RG. 5 are the operations stored at this point. 
Occurrence rates 1019, 1020, 1021, 1022, 1023, 1024, 1025, 
and 1026 corresponding to operations 1006, 1007, 1008, 
1009,1010,-1011, 1012, and 1013 are the occurrence rates 
stored at this point. The occurrence rate 1022 corresponding 
to operation 1009 has been bracketed to indicate special 
handling required for the provision of additional detail in 
connection with operation 1009 (or operation 1008), which 
corresponds to a use case of uses stereotype (which corre- 
sponds to a driver use case driving a use case of uses 
stereotype). 

At the second iteration of step 404 of FIG. 4, occurrence 
rates for each of the operations written at the second iteration 
of step 403 are written to the operational profile. 

FIG. 11 shows the state of the operational profile after 
execution of step 404 of FIG. 4. At this point, there are three 
columns, columns 1101, 1102, and 1103 in the operational 
profile. Initiators 1104 and 1105, corresponding to actors 
501 and 502 of FIG. 5, are the initiators. Operations 1106, 
1107, 1108, 1109, 1110, 1111, 1112, and 1113, corresponding 
to use cases 505, 504, 506, 509, 507, 508, 512, and 503 of 
FIG. 5; operations 1114, 1115, and 1116 corresponding to 
use cases 510, 511, and 512 of FIG. 5; and operation 1117 
corresponding to use cases 513 and 514 of FIG. 5 are the 
operations stored at this point. Occurrence rates 1118, 1119, 
1120, 1121, 1122, 1123, 1124, and 1125 corresponding to 
operations 1106, 1107, 1108, U09, 1110, Ull, 1112, and 
1113; and occurrence rates 1126, 1127, 1128, and 1129 
corresponding to operations 1U4, 1115, 1116, and 1117 are 
the occurrence rates stored at this point. The occurrence rate 
1121 corresponding to operation 1109 has been bracketed to 
indicate special handling required for the provision of addi- 
tional detail in connection with operation 1109 (or operation 
1108), which corresponds to a use case of uses stereotype 
(which corresponds to a driver use case driving a use case of 
uses stereotype). 

Because no unprocessed initiators corresponding to actors 
on the use case diagram of FIG. 5 remain, decisional step 
405 of FIG. 4 will transfer flow control to step 406. At step 
406, the operational profile is modified to account for the 
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presence of common architectural constructs and use cases 
of extends stereotype in the use case diagram of FIG, 5. In 
particular, the common architectural construct 1112 and 
1116 of FIG. U will be removed from the operational 
profile. Additionally, the operation 1107 corresponding to a 5 
driver use case for use cases of extends stereotype will also 
be removed from the operational profile. 

FIG. 12 shows the state of the operational profile after 
execution of step 406 of FIG. 4. At this point, there are three 
columns, columns 1201, 1202, and 1203 in the operational lO 
profile. Initiators 1204 and 1205, corresponding to actors 
501 and 502 of FIG. 5, are the initiators. Operations 1206, 
1207, 1208, 1209, 1210, 1211, 1212, and 1213, correspond- 
ing to use cases 505, 504, 506, 509, 507, 508, 512, and 503 
of FIG. 5; operations 1214, 1215, and 1216 corresponding to 15 
use cases 510, 511, and 512 of FIG. 5; and operation 1217 
corresponding to use cases 513 and 514 of FIG. 5 are the 
operations stored at this point. Occurrence rales 1218, 1219, 
1220, 1221, 1222, 1223, 1224, and 1225 corresponding to 
operations 1206, 1207, 1208, 1209, 1210, 1211, 1212, and 20 
1213; and occurrence rates 1226, 1227, 1228, and 1229 
corresponding to operations 1214, 1215, 1216, and 1217 are 
the occurrence rates stored at this point. The occurrence rate 
1221 corresponding to operation 1209 has been bracketed to 
indicate special handling required for the provision of addi- 25 
tional detail in connection with operation 1209 (or operation 
1208), which corresponds to a use case of uses stereotype 
(which corresponds to a driver use case driving a use case of 
uses stereotype). In this Figure, operation 1207 and the 
corresponding occiu-renoe rate 1219 have been crossed out 30 
of the operational profile reflecting the fact that the corre- 
sponding use case 504 of FIG. 5 is a driver use case for use 
cases 506, 507 and 508 of extends stereotype, and will 
therefore not be included in the operational profile. Similarly 
operation 1212 and corresponding occurrence rate 1224 (as 35 
well as the identical operation 1216 and corresponding 
occurrence rate 1228) have been crossed out of this opera- 
tional profile reflecting the fact that the corresponding use 
case 512 of FIG. 5 is a common architectural constmct or 
pattern, and will therefore not be included in the operational 40 
profile. Common architectural constructs or patterns may 
deserve such special treatment in constructing the opera- 
tional profile. 

At step 407 of FIG. 4, a probability for each of the 
operations on the operational profile is calculated and stored 45 
on the operational profile. 

FIG. 13 shows the state of the operational profile after 
execution of step 407 of FIG. 4. At this point, there are four 
columns, columns 1301, 1302, 1303, and 1304 in the 
operational profile. Initiators 1305 and 1306, corresponding 50 
to actors 501 and 502 of FIG. 5, are the initiators. Operations 
1307, 1308, 1309, 1310,1311, and 1312 corresponding to 
use cases 505, 506, 509, 507, 508, and 503 of FIG. 5; 
operations 1313 and 1314 corresponding to use cases 510 
and 511 of FIG. 5; and operation 1315 corresponding to use 55 
cases 513 and 514 of FIG. 5 are the operations stored at this 
point. Occurrence rates 1316, 1317, 1318, 1319, 1320, 1321, 
1322, 1323, and 1324 and probabiUties 1326, 1327, 1328, 
1329, 1330, 1331, 1332, 1333, and 1334 correspond to 
operations 1307. 1308, 1309, 1310, 1311,1312, 1313,1314, 60 
and 1315. The occiu-rence rate 1318 and probability 1328 
corresponding to operation 1309 have been bracketed to 
indicate special handling required for the provision of addi- 
tional detail in connection with operation 1309 (or operation 
1308), which corresponds to a use case of uses stereotype 65 
(which corresponds to a driver use case driving a use case of 
uses stereotype). Occurrence rate 1325 represents the sum 
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total of the occurrence rates corresponding to operations, 
and probability 1335 represents the sum total of the prob- 
abiUties corresponding to operations. Here, the probability 
for an operation was calculated by dividing the occurrence 
rate for the operation by the sum of the occmrence rates for 
all the operations. 

At step 408 of FIG. 4, a refinement to the operational 
profile is generated which accounts for the presence of use 
cases of uses stereotype in the use case diagram of FIG. 5. 
The operation corresponding to the driver use case for this 
use case of uses stereotype is expanded to show details not 
present in the use case diagram of FIG. 5. In this case, the 
information used in constructing the refinement is not 
obtained from the use case diagram of FIG. 5. 

FIG. 14, which shows the refinement to the operational 
profile of FIG. 13 after execution of step 408 of FIG. 4, 
illustrates an example of an expanded operation. This refine- 
ment is comprised of three scenarios. The first scenario is 
shown in FIG. 14fl. In FIG. 14^, operation 1401 occurs at the 
rate of 225 times per hour. Item 1404 shows that the 
operation "Create Order" occurs at the rate of 75 times per 
hour and that operation "Delete Order** occurs at a rate of 75 
times per hour. Operation 1402 occurs at a rate of 25 times 
per hour and operation 1403 occurs at a rate of 50 times per 
hour. 

In FIG. 14i), operation 1405 occurs at a rate of 300 times 
per hour. Item 1408 shows that operation "Create Order" 
occurs at a rate of 75 times per hour and that operation 
"Delete Order" occurs at a rate of 75 times per hour. 
Operation 1406 occurs at a rate of 75 times per hour and 
operation 1407 occurs at a rate of 75 times per hour. 

In FIG. 14c, operation 1409 occurs at a rate of 250 times 
per hour. Item 1412 shows that operation "Create Order** 
occurs at a rate of 75 times per hour and operation "Delete 
Order" occurs at a rate of 75 times per hour. Operation 1410 
occurs at a rate of 25 times per hour and operation 1411 
occurs at a rate of 75 times per hour. 

FIG. 15 illustrates another method embodiment of the 
present invention. 

At step 1501, actors from a use case diagram are read in, 
and corresponding initiators are stored. At step 1502, use 
cases are read in from the use case diagram and correspond- 
ing operations are stored. At step 1503, the stored initiators 
and operations are arranged so that each stored initiator is 
grouped with the stored operations it initiates. The informa- 
tion required to perform this grouping is obtained from the 
corre^onding grouping of actors and use cases in the use 
case diagram. At step 1504, exception handling on the 
operational profile is performed. Additionally, the opera- 
tional profile is refined. The exception handling sub-step 
within step 1504 is analogous to step 406 of FIG. 4, which 
was discussed above. The refining sub-step within step 1504 
is analogous to step 408 of FIG. 4, which was also discussed 
above. At step 1505, occurrence rates for operations on the 
operational profile are stored and corresponding probabili- 
ties are calculated. This step is analogous to steps 404 and 
407 of FIG. 4, which was discussed above. 

FIG. 16 is a block diagram of an apparatus according to 
an embodiment of the present invention. In this 
embodiment, processor 1601 is coupled to port 1602. Port 

1602 can receive a query and send a re^onse to a query. 
Memory 1603 is coupled to said processor 1601. Memory 

1603 stores the instructions adapted to mn on said processor 
to perform any method embodiment of the present inven- 
tion. 

For example, memory 1603 can store instructions adapted 
to be run on processor 1601 to receive and store a plurality 
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of initiators, a plurality of operations and associated occur- 
rence rates, and then to determine an occurrence probability 
based on the occurrence rates for each operation. 

As disclosed above, the present invention allows one to 
obtain or construct an operational profile from use case 
information. The benefits of deriving the operations for an 
operational profile from use cases include the following: 
Operational profiles can be developed in a much more 
expeditious fashion; the operations map directly to the 
proposed user's functional usage of the software system 
being developed; more rapid development of operational 
profiles leads to more efficient and effective planning and 
design; the testing of software, once it is designed and built, 
can be performed, based on the use cases and thus the 
functional operations being tested will map directly to the 
functionality that was designed; the mapping of use cases to 
operations allows for operational profiles to be completed 
for software that is built using today's environments as 
opposed to using single stand-alone processors. 

What is claimed is: 

1. A method for creating an operational profile, the 
method comprising: 

storing a plurality of operations, each operation being 
associated with at least one use case from a plurafity of 
use cases; 

storing, for each operation from the plurality of 
operations, an associated occiurence rate; and 

determining, for each operation fi-om the plurality of 
operations, an associated occturence probability. 

2. The method of claim 1, wherein the method includes 
the step of storing a plurality of initiators, each initiator 
being associated with at least one actor from the use case 
model. 

3. The method of claim 1, wherein the storing a plurality 
of operations step excludes at least one operation associated 
with at least one use case from the plurality of use cases. 

4. The method of claim 1, wherein the storing a plurality 
of operations step excludes at least one operation associated 
with at least one use case from the plurality of use cases; and 
wherein the storing an associated occurrence rate step 
excludes the occurrence rate associated with the at least one 
operation excluded; and wherein the determining step 
determines, based on the stored operations and stored asso- 
ciated occurrence rates, the occurrence probability for each 
stored operation. 

5. The method of claim 1, wherein the plurality of use 
cases includes at least one driver use case associated with at 
least one use case of extends stereotype; and wherein the 
storing a plurafity of operations step excludes the at least one 
operation associated with the at least one driver use case. 

6. The method of claim 1, wherein the plurality of use 
cases includes at least one driver use case associated with at 
least one use case of extends stereotype; and the storing a 
plurality of operations step excludes the at least one opera- 
tion associated with the at least one driver use case; and 
wherein the storing an associated occunence rate step 
excludes the occiurence rate associated with the at least one 
operation; and wherein the determining step determines, 
based on the stored operations and stored associated occur- 
rence rates, the occurrence probability for each stored opera- 
tion. 

7. The method of claim 1, wherein the pluraHty of use 
cases includes at least one driver use case associated with at 
least one use case of uses stereotype; and further comprising 
the step of storing an expanded operation, the expanded 
operation being associated with the at least one driver use 
case associated with the at least one use case of uses 
stereotype. 
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8. A method for creating an operational profile from a use 
case model, the method comprising: 
storing a plurality of operations, each operation corre- 
sponding to at least one use case from a use case model; 
5 storing, for each operation from the plurality of 
operations, an associated occurrence rate; and 
determining, for each operation from the plurafily of 
operations, an associated occurrence probability based 
on the occurrence rate associated witli the operation. 
10 9. The method of claim 8, wherein the method includes 
the step of storing an initiator, the initiator corresponding to 
at least one actor from the use case model. 

10. The method of claim 8, wherein the storing a plurality 
of operations step excludes at least one operation corre- 

15 sponding to at least one use case from the use case model. 

11. The method of claim 8, wherein the storing a plurality 
of operations step excludes at least one operation corre- 
sponding to at least one use case firom the use case model; 
and wherein the storing an associated occurrence rate step 

20 excludes the occurrence rate associated with the at least one 
operation excluded; and wherein the determining step 
determines, based on the stored operations and stored asso- 
ciated occurrence rates, the occurrence probability for each 
stored operation. 

25 12. The method of claim 8, wherein the use case model 
includes at least one driver use case associated with at least 
one use case of extends stereotype; and wherein the storing 
a plurality of operations step excludes the at least one 
operation corresponding to the at least one driver use case. 

30 13. The method of claim 8, wherein the use case model 
includes at least one driver use case associated with at least 
one use case of extends stereotype; and the storing a 
plurahty of operations step excludes the at least one opera- 
tion corresponding to the at least one driver use case; and 

35 wherein the storing an associated occurrence rate step 
excludes the occurrence rate associated with the at least one 
operation; and wherein the detennining step determines, 
based on the stored operations and stored associated occur- 
rence rates, the occurrence probability for each stored opera- 

40 tion. 

14. The method of claim 8, wherein the use case model 
includes at least one driver use case associated with at least 
one use case of uses stereotype; and further comprising the 
step of storing an expanded operation, the expanded opera- 

45 tion corresponding to the at least one driver use case 
associated with the at least one use case of uses stereotype. 

15. The method of claim 8 wherein the operational profile 
is created for at least one operational mode. 

16. An apparatus for creating an operational profile, the 
50 apparatus comprising: 

(a) a processor; 

(b) a memory, coupled to said processor, said memory 
storing instructions adapted to be executed by said 
processor, the instructions including: 

55 storing a plurality of initiators, each initiator being 
associated with at least one actor; 
storing a plurality of operations, each operation being 
associated with at least one use case from a plurality 
of use cases; 

60 storing, for each operation from the plurality of 
operations, an associated occurrence rate; 
determining, for each operation from the pliu^ality of 
operations, an associated occurrence probability 
based on the occurrence rate associated with the 

65 operation. 

17. The apparatus of claim 16, wherein storing a plurality 
of operations instruction in said memory excludes at least 
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one operation associated with at least one use case &om the 
plurality of use cases. 

18. The apparatus of claim 16, wherein storing a plurality 
of operations instruction in said memory exchides at least 
one operation associated with at least one use case from the 5 
plurality of use cases; and wherein storing an associated 
occurrence rate instruction in said memory excludes the 
occurrence rate associated with the at least one operation 
excluded; and wherein determining instruction in said 
memory determines, based on the stored operations and lo 
stored associated occurrence rates, the occurrence probabil- 
ity for each stored operation. 

19. The apparatus of claim 16, wherein the plurality of use 
cases referred to in the storing a plurality of operations 
instruction includes at least one driver use case associated 15 
with at least one use case of extends stereotype; and the 
storing a plurality of operations instruction in said memory 
excludes the at least one operation associated with the at 
least one driver use case. 

20. The apparatus of claim 16, wherein the plurality of use 20 
cases referred to in the storing a plurality of operations 
instruction includes at least one driver use case associated 
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with at least one use case of extends stereotype; and the 
storing a plurality of operations instruction in said memory 
excludes the at least one operation associated with the at 
least one driver use case; and wherein the storing an asso- 
ciated occurrence rate instruction in said memory excludes 
the occurrence rate associated with the at least one opera- 
tion; and wherein the determining instruction in said 
memory determines, based on the stored operations and 
stored associated occurrence rates, the occurrence probabil- 
ity for each stored operation. 

21. The apparatus of claim 16, wherein the plurality of use 
cases referred to in the storing a plurality of operations 
instruction includes at least one driver use case associated 
with at least one use case of uses stereotype; and the storing 
a plurality of operations instruction in said memory further 
includes the step of storing an expanded operation, the 
expanded operation being associated with the at least one 
driver use case associated with the at least one use case of 
uses stereotype. 
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